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Errata Overview _ 

Clarified protection information pictures and text, corrected various typos, and added clarification 
on SGL types. 
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Revision History 


Revision Date 

Change Description 

9/11/2014 

First draft. 

9/25/2014 

Removed items included in NVMe 1.2 release candidate; added clarification 
on deleting all namespaces 

11/12/2014 

Added additional feedback on SGL entries, cleaned up CDW0 fields and 
opcodes. 

11/20/2014 

Added changes based on 11/13 workgroup feedback. Approved in 11/20 
meeting for 30 day review. 

1/16/2015 

Ratified. 


Description of Specification Changes 


Modify Figure 124 as shown below: 


Figure 124: Autonomous Power State Transition - Data Structure Entry 


Bit 

Description 

63:32 

Reserved 

31:08 

Idle Time Prior to Transition (ITPT): This field specifies the amount of idle time that occurs in 
this power state prior to transitioning to the Idle Transition Power State. The time is specified in 
milliseconds. A value of Oh disables the autonomous power state transition feature for this 
power state. 

07:03 

Idle Transition Power State (ITPS): This field specifies the power state for the controller to 
autonomously transition to after there is a continuous period of idle time in the current power 
state that exceeds time specified in the Idle Time Prior to Transition field. The field specified is 
required to be a non-operational state as described in Figure 91. This field should not specify a 
power state with higher reported idle power than the current power state. 

02:00 

Reserved 


Modify the third paragraph section 7.8 as shown below: 


The default value for each Feature is vendor specific and set by the manufacturer unless otherwise specified; 
it is not changeable. The saveable value is the value that the Feature has after a power on or reset event. 
The controller may not support a saveable value for a Feature; this is discovered by using the ‘supported 
capabilities’ value in the Select field in Get Features. If the controller does not support a saveable value for a 
Feature, then the default value is used after a power on or reset event. The current value is the value actively 
in use by the controller for a Feature after a Set Features command completes. 
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Modify a portion of section 5.14.1 as shown below: 

5.14.1 Feature Specific Information 

Figure 108 defines the Features that may be configured with Set Features and retrieved with Get Features. 
Figure 109 defines Features that are specific to the NVM Command Set. Some Features utilize a memory 
buffer to configure or return attributes for a Feature, whereas others only utilize a Dword in the command or 
completion queue entry. Feature values that are not persistent across power states are reset to their default 
values as part of a controller reset operation. The default value for each Feature is vendor specific and set by 
the manufacturer unless otherwise specified; it is not changeable. For more information on Features, 
including default, saveable, and current value definitions, refer to section 7.8. 


Modify a portion of section 3.1.5 as shown below: 


Enable (EN): When set to T, then the controller shall process commands 
based on Submission Queue Tail doorbell writes. When cleared to ‘O’, then the 
controller shall not process commands nor post completion queue entries to 
Completion Queues. When this field transitions from T to ‘O’, the controller is 
reset (referred to as a Controller Reset). The reset deletes all I/O Submission 
Queues and I/O Completion Queues, resets the Admin Submission Queue and 
Completion Queue, and brings the hardware to an idle state. The reset does 
not affect PCI Express registers nor the Admin Queue registers (AQA, ASQ, or 
ACQ). All other controller registers defined in this section and internal 
controller state (e.g., Feature values defined in section 0 5.14.1 that are not 
persistent across power states) are reset to their default values. The controller 
shall ensure that there is no data loss for commands that have had 
corresponding completion queue entries posted to an I/O Completion Queue 
prior to the reset operation. Refer to section 7.3 for reset details. 

When this field is cleared to ‘O’, the CSTS.RDY bit is cleared to ‘0’ by the 
controller once the controller is ready to be re-enabled. When this field is set to 
T, the controller sets CSTS.RDY to T when it is ready to process commands. 
CSTS.RDY may be set to T before namespace(s) are ready to be accessed. 

Setting this field from a ‘0’ to a T when CSTS.RDY is a ‘1,’ or setting this field 
from a '1' to a 'O' when CSTS.RDY is a '0,' has undefined results. The Admin 
Queue registers (AQA, ASQ, and ACQ) shall only be modified when EN is 
cleared to ‘O’. 


Modify a portion of section 5.13 as shown below: 


The Namespace Identifier (CDW1 .NSID) field is used as follows for create and delete operations: 

• Create: The CDW1.NSID field is reserved for this operation; host software shall set this field to a 
value of Oh. The controller shall select the next available Namespace Identifier to use for the 
operation. 

• Delete: This field specifies the previously created namespace to delete in this operation. 
Specifying a value of FFFFFFFFh may be used to delete all namespaces accessible from a 
controller. 

Modify a portion of section 4.9 as shown below: 

A Controller List, defined in Figure 37, is an ordered list of ascending controller IDs. The controller 
identifier is defined in bytes 79:78 of the Identify data structure in Figure 90. Unused entries are zero 
filled. 
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Modify a portion of section 5.13 as shown below: 

The Namespace Identifier (CDW1 .NSID) field is used as follows for create and delete operations: 

• Create: The CDW1.NSID field is reserved for this operation; host software shall set this field to a 
value of Oh. The controller shall select the next an available Namespace Identifier to use for the 
operation. 


Modify Figure 10 as shown below: 


Figure 10: Command Dword 0 
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Modify Figure 213 as shown below (for inclusion in specification - complete update of figures in 
Visio): 



(a) No Protection Information 



■f»)“No Protection Information wit ^ metadata 



(b) Protection Information with PRACT bit cleared to ‘0’ (i.e., pass) 



(c) Protection Information with PRACT bit set to T (i.e., insert) 


Modify Figure 214 as shown below : 
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LB 


Host 





(a) No Protection Information 



No Protection Information with metadata 



(b) Protection Information with PRACT bit cleared to 'O' (i.e., pass) 


LB Du*! 


Host 



(c) Protection Information with PRACT bit set to T (i.e., strip) 


Modify a portion of Figure 142 as shown below: 


Figure 1: Security Receive - Command Dword 10 


Bit 

Description 

31:24 

Security Protocol (SECP): This field specifies the security protocol as defined in SPC-4. The 
controller shall fail the command with Invalid Parameter indicated if an unsupported value of the 
Security Protocol is specified. 

23:0S16 

SP Specific 1 (SPSP1): The value of this field contains bits 15:08 of the Security Protocol 
Specific field is specific to the Security Protocol as defined in SPC-4. 

15:08 

SP Specific 0 (SPSP0): The value of this field contains bits 07:00 of the Security Protocol 
Specific field as defined in SPC-4. 

07:00 

NVMe Security Specific Field (NSSF): Refer to Figure 144 for definition of this field for Security 
Protocol EAh. For all other Security Protocols this field is reserved. 


Modify a portion of Figure 147 as shown below: 
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Figure 2: Security Send - Command Dword 10 


Bit 

Description 

31:24 

Security Protocol (SECP): This field specifies the security protocol as defined in SPC-4. The 
controller shall fail the command with Invalid Parameter indicated if a reserved value of the 
Security Protocol is specified. 

23:0S16 

SP Specific 1 (SPSP1): The value of this field contains bits 15:08 of the Security Protocol 
Specific field is specific to the Security Protocol as defined in SPC-4. 

15:08 

SP Specific 0 (SPSP0): The value of this field contains bits 07:00 of the Security Protocol 
Specific field as defined in SPC-4. 

07:00 

NVMe Security Specific Field (NSSF): Refer to Figure 144 for definition of this field for Security 
Protocol EAh. For all other Security Protocols this field is reserved. 


Modify a portion of 5.7.1 as shown below: 

A completion queue entry is posted to the Admin Completion Queue if the controller has completed the 
requested action (specified in the Commit Action field). For requests that specify activation of a new firmware 
image and return with status code value of OOh, any Controller Level Reset defined in section 7.3.2 activates 
the specified firmware. The controller may complete this command with the generic command status value 
for Internal Error if there are errors storing the firmware image. Firmware Commit command specific status 
values are defined in Figure 63. 


Modify a portion of Figure 40 as shown below: 


Figure 40: Opcodes for Admin Commands 


Opcode by Field 

Combined 

Opcode 

O/M 1 

Namespace 

Identifier 

Used"* 

Command 

Opcode 

(07) 

Opcode 

(06:02) 

Opcode 

(01:00) 

Generic 

Command 

Function 

Data 

Transfer 4 

0b 

000 00b 

00b 

OOh 

M 

No 

Delete I/O Submission Queue 

0b 

000 00b 

01b 

01 h 

M 

No 

Create I/O Submission Queue 

0b 

000 00b 

10b 

02h 

M 

Yes 

Get Loq Paqe 

0b 

000 01b 

00b 

04h 

M 

No 

Delete I/O Completion Queue 

0b 

000 01b 

01b 

05h 

M 

No 

Create I/O Completion Queue 

0b 

000 01b 

10b 

06h 

M 

Yes 

Identify 

0b 

000 10b 

00b 

08h 

M 

No 

Abort 

0b 

000 10b 

01b 

09h 

M 

Yes 

Set Features 

0b 

000 10b 

10b 

OAh 

M 

Yes 

Get Features 

0b 

000 11b 

00b 

OCh 

M 

No 

Asynchronous Event Request 

0b 

000 11b 

01b 

ODh 

O 

Yes 

Namespace Management 

0b 

001 00b 

00b 

10h 

O 

No 

Firmware Commit 

0b 

001 00b 

01b 

11 h 

O 

No 

Firmware Imaqe Download 

0b 

001 01b 

01b 

15h 

O 

Yes 

Namespace Attachment 


I/O Command Set Specific 

1b 

na 

Na 

80h - BFh 

O 


I/O Command Set specific 


Vendor Specific 

1b 

na 

Na 

COh-FFh 

O 


Vendor specific 

NOTES: 

1. O/M definition: O = Optional, M = Mandatory. 

2. Opcodes not listed are reserved. 

3. A subset of commands uses the Namespace Identifier field (CDW1 .NSID). When not used, the field shall be 
cleared to Oh. 

4. 00b = no data transfer; 01b = host to controller; 10b = controller to host; 11b = bidirectional 
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Modify a portion of Figure 149 as shown below: 


Figure 3: Opcodes for NVM Commands 


Opcode by Field 

Combined 

Opcode 

O/M 1 

Command 3 

Opcode (07) 

Opcode (06:02) 

Opcode (01:00) 

Standard 

Command 

Function 

Data Transfer 5 

0b 

000 00b 

00b 

OOh 

M 

Flush 

0b 

000 00b 

01b 

01 h 

M 

Write 

0b 

000 00b 

10b 

02 h 

M 

Read 

0b 

000 01b 

00b 

04 h 

O 

Write Uncorrectable 

0b 

000 01b 

01b 

05h 

O 

Comoare 

0b 

000 10b 

00b 

08h 

O 

Write Zeroes 

0b 

000 10b 

01b 

09h 

O 

Dataset Manaqement 

0b 

000 11b 

01b 

ODh 

o 4 

Reservation Register 

0b 

000 11b 

10b 

OEh 

o 4 

Reservation Report 

0b 

001 00b 

01b 

11 h 

o 4 

Reservation Acquire 

0b 

001 01b 

01b 

15h 

o 4 

Reservation Release 


Vendor Specific 

1b 

na | na | 80h - FFh | O | Vendor specific 

NOTES: 

1. O/M definition: O = Optional, M = Mandatory. 

2. Opcodes not listed are reserved. 

3. All NVM commands use the Namespace Identifier field (CDW1.NSID). 

4. Mandatory if reservations are supported as indicated in the Identify Controller data structure. 

5. 00b = no data transfer; 01b = host to controller; 10b = controller to host; 11b = bidirectional 


Modify a portion of Figure 79 as shown below: 


143:128 


Power On Hours: Contains the number of power-on hours. This do e s may not include time 
that the controller was powered and in a l ow power state cond i t i on a non-operational power 
state. 


Modify a portion of Figure 12 as shown below: 


Metadata Pointer (MPTR): This field is valid only if the command has metadata that is not 
interleaved with the logical block data, as specified in the Format NVM command. 

If CDW0[15:14] is set to 00b, then this field shall contain the address of a contiguous physical 
buffer of metadata and shall be Dword aligned. 

If CDW0[15:14] is set to 01b, then this field shall contain the address of a contiguous physical 
buffer of metadata and shall be byte aligned. 

If CDW0[15:14] is set to 10b, then this field shall contain the address of an SGL segment 
containing exactly one SGL Descriptor and shall be Qword aligned. If the SGL segment is a 
Data Block descriptor, then it describes the entire data transfer. Refer to section 4.4. _ 
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Modify a portion of Figure 156 as shown below: 


Figure 156: Protection Information Field Definition 


Bit 


Description _ 

Protection Information Action (PRACT): The protection information action field indicates the 
action to take for the protection information. I f th i s f i eld i s set to T, the protect i on i nformat i on i s 
str i pp e d (r e ad) or i ns e rt e d (wr i t e ). —I f th i s f ie ld i s cl e ar e d to ‘O’, th e prot e ct i on i nformat i on i s 

pass e d. This field is only used if the namespace is formatted to use end-to-end protection 
information. Refer to section 8.3. 


PRACT 

Value 

Metadata 

Size 

Description 

1b 

8 Bytes 

The protection information is stripped (read) or inserted 
(write). 

1b 

> 8 Bytes 

The protection information is passed (read) or replaces the 
first or last 8 bytes of the metadata (write). 

Ob 

any 

The protection information is passed (read and write). 
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